comment
authorJoey Hess <joeyh@joeyh.name>
Wed, 17 May 2023 17:33:42 +0000 (13:33 -0400)
committerJoey Hess <joeyh@joeyh.name>
Wed, 17 May 2023 17:33:42 +0000 (13:33 -0400)
doc/todo/Having___39__git_annex_sync__39___optionally_add/comment_7_bb6b5503ec5f699749fa8e3ffce59aab._comment [new file with mode: 0644]

diff --git a/doc/todo/Having___39__git_annex_sync__39___optionally_add/comment_7_bb6b5503ec5f699749fa8e3ffce59aab._comment b/doc/todo/Having___39__git_annex_sync__39___optionally_add/comment_7_bb6b5503ec5f699749fa8e3ffce59aab._comment
new file mode 100644 (file)
index 0000000..7cd7c43
--- /dev/null
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 7"""
+ date="2023-05-17T17:24:03Z"
+ content="""
+Brainstorming some names for a new command that is `git add -A` + sync...
+
+`git-annex publish` kind of implies more exposure of local files to others
+than just syncing. But it also implies sending data, not also receiving it.
+
+`git-annex addsync` is clear what it does, but not very memorable.
+
+`git-annex assist` has a nice analogy to the `git-annex assistant`,
+which is close in behavior. Users who don't know about the assistant
+will miss the analogy though. "assist" also suggests git-annex will take
+care of everything, even more broadly than sync.
+
+`git-annex share` also implies more exposure of local files than git-annex
+sync, and sharing goes both ways so it's better than `git-annex publish`.
+
+I'd be inclined toward `git-annex share` or `git-annex assist`, but welcome
+better ideas.
+"""]]